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37 CFR 1.9(f) and L27(b)-INDEPENDENT INVENTOR 



As a below-named inventor, I hereby declare that I qualify as an independent inventor as defined 
in 37 CFR 1.9(c) for purposes of paying reduced fees under section 41(a) and (b) of Title 35, 
United States Code, to the Patent and Trademark Office with regard to the invention entitled: 
TRADE FINANCE AUTOMATION SYSTEM described in 

[ X] the specification filed herewith 

[] application serial no. , filed . 

[ ] patent no. , issued 

I have not assigned, granted, conveyed or licensed and am under no obligation under contract or 
law to assign, grant, convey or license, any rights in the invention to any person who could not be 
classified as an independent inventor under 37 CFR 1.9(c) if that person had made the invention, 
or to any concern which would not qualify as a small business concern under 37 CFR 1.9(d) or a 
nonprofit organization under 37 CFR L9(e). 

Each person, concern or organization to which I have assigned, granted, conveyed, or licensed or 
am under an obligation under contract or law to assign, grant, convey, or license any rights in the 
invention is Usted below: 



[ ] no such person, concern, or organization 

[ X ] person, concerns or organizations listed below* 

FULL NAME Export Finance Systems. Inc □ 

ADDRESS 44 Montgomery Street Suite 1308. San Francisco. CA 94104 □ 

( ) INDIVIDUAL ( X ) SMALL BUSINESS CONCERN ( ) NONPROFIT ORGANIZATION 
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*NOTE: Separate verified statements are required from each named person, concern or 
organization having rights to the invention averring to their status as small entities. (37 CFR 
1.27) 



Attorney Docket No. EXPO0001 



I acknowledge the duty to file, in this application or patent, notification of any change in status 
resulting in loss of entitlement to small entity status prior to paying, or at the time of paying, the 
earHest of the issue fee or any maintenance fee due after the date on which status as a small entity 
is no longer appropriate. (37 CFR 1.28(b)). 

I hereby declare that all statements made herein of my own knowledge are true and that all 
statements made on information and behef are believed to be true; and fiirther, that these 
statements were made with the knowledge that willful false statements and the like so made are 
punishable by fine or imprisonment, or both, under 1001 of Title 18 of the U.S. Code, and that 
such willfiil false statements may jeopardize the validity of the application, any patent issuing 
thereon, or anvpatent to which this verified statement is directed. 
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Serial or Patent No. Atty Docket No. EXPOOOOl 

Filed or Issued: 

For: TRADE FINANCE AUTOMATION SYSTEM 



VERIFIED STATEMENT (DECLARATION) CLAIMING SMALL ENTITY STATUS 
37 CFR L9(f) and 1.27(c)--SMALL BUSINESS CONCERN 



I hereby declare that I ana 

[ ] the owner of the small business concern identified below: 

[ X ] an official empowered to act on behalf of the small business concern identified below: 

NAME OF CONCEEW: _Export Finance Systems, Inc, 

ADDRESS: 44 Montgomery Street Suite 1308, San Francisco. CA 94104 

I hereby declare that the above identified small business concern qualifies as a small business concern 
as defined in 13 CFR 12L3-18, and reproduced in 37 CFR 1.9(d), for purposes of paying reduced 
fees under 41(a) and (b) of Title 35, U.S, Code, in that the number of employees of the concern, 
including those of its affiliates, does not exceed 500 persons. For purposes of this statement, (1) the 
number of employees of the business concern is the average over the previous fiscal year of the 
concern of the persons employed on a fiall-time, part-time or temporary basis during each of the pay 
periods of the fiscal year, and (2) concerns are affiliates of each other when either, directly or 
indirectly, one concern controls or has the power to control the other, or a third party or parties 
controls or has the power to control both. 

I hereby declare that rights under contract or law have been conveyed to and remain with the small 
business concern identified above with regard to the invention entitled: TRADE FINANCE 
AUTOMATION SYSTEM , by inventor(s) Robert S. Martin and John G. Olsen . described in 

[ X ] the specification filed herewith. 

[ ] appUcation Serial No. filed 

[ ] patent # issued 

If the rights held by the above-identified small business concern are not exclusive, each individual, 
concern or organization having rights to the invention is listed below* and no rights to the invention 
are held by any person, other than the inventor, who could not quahfy as a small business concern 
under 37 CFR 1 .9(d) or by any concern which would not qualify as a small business concern under 37 
CFR 1.9(d) or a nonprofit organization under 37 CFR L9(e). *Note: separate verified statements 
are required from each named person, concern or organization having rights to the invention averring 
to their status as small entities. (37 CFR 1.27) 

Name: 

Address: 

[ ] individual [ ] small business concern [ ] nonprofit organization 
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I acknowledge the duty to file, in this application or patent, notification of any change in status 
resulting in loss of entitlement to small entity status prior to paying, or at the time of paying, the 
eariiest of the issue fee or any maintenance fee due after the date on which status as a small entity is 
no longer appropriate. (37 CFR L28(b)). 

1 hereby declare that all statements made herein of my own knowledge are true and that all statements 
made on information and behef are believed to be true; and further, that these statements were made 
with the knowledge that willfial false statements and the like so made are punishable by fine or 
imprisonment, or both, under 1001 of Title 18 of the U.S. Code, and that such willfiil false statements 
may jeopardize the validity of the application, any patent issuing thereon, or any patent to which this 
verified statement is directed. 

NAME OF PERSON SIGNING: Robert S. Martin 

TITLE IN ORGANIZATION: Sr. Vice President and Chief Operating Officer 

ADDRESS OF PERSON SIGNING: 44 Montgomery Street Suite 1308, San Francisco. CA 94104 

SIGNATUr T^^^^^^^^ DATE ^^^^^^ 



Attorney Docket No. EXPO0001 



Trade Finance Automation System 



5 

BACKGROUND OF THE INVENTION 
TECHNICAL FIELD 

10 The present invention relates to business models for managing foreign and 
domestic acxx)unts receivable, and more specifically to client/server multi-user trade 
finance systems that assist manufacturers, traders and exporters in providing key 
trade finance information to financial institutions, credit insurance underwriters, insurance 
brokers and entities involved in the securitization of trade receivables. 

15 

DESCRIPTION OF THE PRIOR ART 

The international markets for United States manufacturers, traders, and exporters 
have grown tremendously in recent years, and this growth has principally been 

20 fueled by new technology. Such growth has also included the development of 
new and varied distribution channels. All of this has placed a great strain on existing 
finance methods and departments to deal with accounts-receivable problems. 
Foreign and domestic buyers insist that manufacturers, traders and exporters sell 
products to them on open account receivables terms. Original equipment 

25 manufacturers (OEM's), distributors, and resellers are also seeking extended 
payment terms to allow themselves enough time to install and collect from the end 
user before having to pay the manufacturer. 

New systems are needed that can reduce the credit exposure to foreign and 
30 domestic buyers, accelerate cash flow, improve and manage balance sheet 
efficiency ratios, etc. Requests for extended payment terms need to be 
accommodated, while avoiding high credit exposure, increased days sales. 
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outstanding (DSO) and the offering of excessive casli discounts to accelerate 
collections. Such improved systems would be used to facilitate revenue 
recognition, and provide an overall increase in the retum-on-capital. 

5 Credit insurance can be used as a source of repayment for the purchase/financing 
of accounts receivable. But such requires that accurate and timely information be 
provided by manufacturers, traders, and exporters that includes routine periodic 
reports and useful historical data. Management systems need to properly track 
and control large numbers of insured open accounts receivable. It would be 

1 0 beneficial if the manufacturers, traders, and exporters had systems that would allow 
them to function as the financial institutions' collection agent. Such necessitates the 
ability to properly monitor, segregate, and quickly remit collected funds. Seeing 
how much of the committed insurance/credit limit capacity has been used according 
to policy, country, buyer, and other parameters established by the credit insurer 

1 5 and/or financial institution can also facilitate financing and claims processing. 

SUMMARY OF THE INVENTION 

The present invention is a client/server multi-user trade finance system that assists 
20 manufacturers, traders and exporters in providing key trade finance information to 
credit insurance underwriters, insurance brokers and to financial institutions that have 
extended accounts receivable purchase/financing commitments. Such trade finance 
system comprises several modules, including: manufacturer/trader/exporter and 
buyer information, credit limits information, an invoice/shipments editor, an accounts 
25 receivable payments and adjustments input system, an eligible invoice filter, a 
remittances manager, and a report generator. After the manufacturer/trader/exporler 
prearranges a credit insurance policy with a credit insurance undenA/riter and a finance 
arrangement with a financial institution, the trade finance system provides realtime 
rule-checking of invoices according to policy, credit agreements, buyer, and 
30 destination country limits. As collections are received, credit capacity is freed up for 
particular policies, buyers, and destination countries. Remittances of funds received 
are sent to the financial institution and are received in the trade finance system. The 
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Internet is used to tie together the manufacturers/traders/exporters, credit insurance 
underwriters, insurance brokers and financial institutions, 

BRIEF DESCRIPTION OF THE DRAWINGS 

5 

Fig. 1 is a flowchart for a system embodiment of the present invention that includes 
an integrated software program used to monitor and track all aspects of the short- 
term export and domestic open accounts receivable process according to the 
invention; 

10 Fig. 2 is a flow diagram representing an accounts receivable finance system 
according to the invention that can be operated by computer on the Internet server 
utilized by the service provider of Fig. 1 ; 

Fig. 3 is a block diagram of a centralized Internet server topology according to the 
invention for the system of Fig. 2; 

1 5 Fig. 4 is a block diagram of a single-user topology according to the invention for the 
system of Fig. 2; 

Fig. 5 is a block diagram of a multi-user topology according to the invention for the 
system of Fig. 2; and 

Fig. 6 is a block diagram of a high-availability central server topology that can be 
20 used for the system of Fig. 2. 

DETAILED DESCRIPTION OF THE INVENTION 

Fig. 1 is a flowchart for a system embodiment of the present invention that includes 
25 an integrated software program used to monitor and track all aspects of the short- 
term export and domestic open accounts receivable process, and is referred to 
herein by the general reference numeral 1 00. System 1 00 provides for tracking of 
shipments, invoices, payments and remittances. It monitors manufacturer credit, 
buyer limits, country limits and other insurance policy/financing terms. It can 
30 determine the eligibility of receivables for financing or purchase by financial 
institutions. System 100 enforces realtime compliance with predetermined credit 
limits, insurance policies, financial institutions' financing agreements, and it can 
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generate a variety of reports specific to the needs of 
manufacturers/traders/exporters, credit insurers/brokers, and financial institutions. 

System 100 is organized around an Internet server that is operated by a sen/ice 
5 provider 102, e.g., Export Finance Systems, Inc. (San Francisco, CA). A bank 
104 or other financial institution introduces the service provider 102, who operates 
the Intemet server, to a manufacturer/trader/exporter 106. Such introduction may 
altematively be made by an insurance broker 108 or an insurance undenA/riter 110. 
The manufacturer/trader/exporter 106 is characterized by its generation of accounts 

1 0 receivables to foreign or domestic customers 1 1 2 that require some form of 
receivables financing or credit insurance on some or all of its trade accounts. The 
financial institution 104, insurance broker 108, and insurance underwriter 110 are n 
the business of arranging and/or providing such receivables financing or credit 
insurance. Each of the business operations shown in Fig. 1 is typically 

1 5 independent of the other and are physically remote. The Intemet is used as a 
communications tool to make the physical separation distances between them of 
no consequence. 

In operation, the underwriter 110 and broker 108 determine the eligibility of the 
20 foreign or domestic customers 112 for a credit insurance policy. A commitment to 
the manufacturerArader/ exporter 106 is obtained from the underwriter 110 and a 
financing commitment is obtained from the financial institution 104. The commitment 
letter from the financial institution issued to the manufacturer/trader/exporter 1 06 
agrees to purchase a specified amount of accounts receivable of approved 
25 buyers 1 12 both insured and uninsured. All such commitments are recorded at the 
Intemet server 102. The manufacturer/trader/exporter 106 thereafter ships 
products or sen/ices to the buyers 112. The invoices are generated and 
collections activities of the manufacturer/trader/exporter 106 are done with 
computer programs that are run and maintained by the manufacturer/exporter on its 
30 own enterprise system. The invoice and collection data generated by the 
manufacturer/trader/exporter 106 is either manually or electronically inputted into the 
Intemet server 102. Electronic input presently involves the inputting of data 
provided in various formats, sorting of such data, and processing of such data, such 
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that the data are available to the system in a system format. In other embodiments 
of the invention, the data may be extracted directly from their source. 

The system screens and flags which accounts receivable qualify for particular 
5 commitment letters and insurance policies. The manufacturer/trader/exporter 106 
sells/finances the insured accounts receivable to the financial institution or bank 1 04. 
Each such account receivable selected for financing draws down the credit limit 
reserve maintained for each insurance policy, policy category or financial institution 
established credit limit. Each collection is used in realtime to free up the credit 
1 0 insurance or financial institution credit limit it corresponds to. 

Hundreds, if not thousands of independent financial institutions 104, manufacturers/ 
exporters 106, insurance brokers 108, insurance underwriters 110, and buyers 
112 can be simultaneously sen/iced by a single Internet server 102 or cluster of 
15 servers 102. A per-use or subscription fee is charged by the Intemet sen/ice 
provider 1 02 to one or more of the other participants. 

The manufacturer/trader/exporter 106 logs onto the Intemet server 102 to update 
and monitor status of all insured/eligible receivables, as well as specific receivables 
20 sold/financed with financial institutions. Reports can be generated on the Intemet 
server 102 by all relevant parties. Each buyer 112 pays off the accounts 
receivable to the manufacturer/trader/exporter 106 acting as collection agent for the 
purchaser/ financier of the accounts receivables. The manufacturer/trader/exporter 
106 remits funds to financial institution 104. 

25 

Some or many of the functions provided by the Intemet server 102 can be 
distributed out to the manufacturers/traders/exporters 106. The centralized system 
configuration is preferred in which each of the financial institutions 104, 
manufacturers/traders/exporters 106, insurance brokers 108, insurance underwriters 
30 110, and buyers 112 use Intemet browsers connected through their own Intemet 
service providers (ISPs). 
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In the distributed system configuration, system 100 is a Microsoft WINDOWS- 
based PC multi-user trade finance system operating at tiie 
manufacturersVtradersVexporters' site to provide the same key trade finance 
5 infomnation to manufacturers/traders/exporters, financial institutions, credit insurance 
underwriters and insurance brokers. The system 100 in the distributed environment 
provides for users to perform work on their own computer systems and 
periodically update a central system through an Internet connection. This topology 
requires that a system user have a computer with access to the Internet. 

10 

Credit insurance policies vary depending on the insurance underwriter as well as 
the specific types and kinds of coverage required. However, there are general 
policy parameters that are common throughout all policies. The insurance policy is 
used to indemnify the insured for the insured percentage of the amount of a loss 

1 5 that is in excess of any applicable deductible arising from the failure of the buyer to 
pay the contract price of an insured transaction. The purpose of an accounts 
receivable tracking system is to test all the relevant parameters of each invoice to 
determine if that invoice is insured or uninsured or meets the buyer and credit 
requirements established by a financial institution. Each transaction is tested to see 

20 if it meets each of several different guidelines. For example, a buyer-limit test can 
check the total amount payable for all losses for a specified buyer. A country-limit 
test can check the total amount payable for all losses on all buyers in a specified 
country. A policy-limit test can check the specified dollar amount that represents the 
aggregate limit of liability of the insurance company. A ship-date test can check to 

25 assure the actual shipping date for the goods falls within the policy or financing 
agreement effective and expiration dates. A payment-terms test can check the 
maximum permitted number of open account days from the date of the invoice. A 
past-due test can check if the past due date or amount is exceeded. If so, 
subsequent invoices cannot be insured and/or financed. 

30 

Fig. 2 represents an accounts receivable finance system 200 that can be operated 
by computer on the Internet server 102 (Fig. 1). The accounts receivable finance 
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system 200 begins with new shipment information provided by a manufacturer or 
exporter. Such information is typically entered with a personal computer and a 
browser logged on though the Internet to the Intemet server 1 02 (Fig. 1). A utility 
202 allows the specific invoice data about the sale and shipment to be entered. 
5 Such information can be used in a utility 204 to update information in an exporter 
and buyer database 206. If the buyer information and elements of the shipment 
are already known, the exporter and buyer database 206 is used to add 
information to the invoice, e.g., fill in the blank boxes. A test of the credit limits 
associated with the particular buyer is done in a utility 208. A credit limits database 

10 210 is used as a template. Such credit limits database 210 is built up from 
information included in the credit insurance underwriter's policy and the financial 
institution's commitment letter to provide credit to the manufacturer or exporter. A 
filter 212 is used by the manufacturer or exporter to select particular invoices for 
sale or financing from all those that seem to qualify. AH invoices, selected or not, 

1 5 qualified for credit insurance or not, are stored in an accounts receivable database 
214. As payments, collections, and credits come in over time, a utility 216 is used 
to update the corresponding accounts receivable in the database 214. Payments 
and credits are utilized by utility 216 so that the credit limits database 210 can be 
updated to immediately give back the credit reserve for use on new invoices. A 

20 user's accounting system 217 can be connected to the accounts receivable 
database so that invoice and payment information can be imported electronically 
into the accounts receivable database 214. A reports generator 218 is used to 
provide periodic summaries, and various reports to each interested party. 

25 The exporter and buyer database 206 capture basic data about the exporter, 
e.g., general company information, company financial history, export sales 
experience and bank information, it also includes information about all of the 
exporter's major buyers. Such information includes general company information, 
sales experience, trade references, financial and credit information, etc. Once an 

30 insurance policy and/or financing agreement has been issued, the credit limits 
database 210 is used to store all of the relevant policy/financial institution 
information including general policy/financing agreement terms and limits, detailed 
manufacturer/ trader/ exporter limits, specific buyer limits, discretionary credit limits, 
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special buyer credit limits, approved payment temis by buyer and country limits, 
etc. As shipments are made, the accounts receivable database 214 is updated to 
reflect invoice amount, shipment date, purchase order number, bill of lading 
information, invoice number, term and invoice date. As the required data of a 
5 shipment or invoice is entered into the system, the data is checked, monitored and 
tested to insure that ail invoices meet the overall policy and financial institution terms 
and limits. Invoice totals are checked against the current outstanding balance and 
limit for each individual buyer. The entering of shipments or invoices captures 
information that is needed for the preparation of premium reports. The reports 
1 0 utility 218 preferably provides premium reporting, accounts receivable aging, past 
due invoices, activity reports, status of sold invoices, exporter credit limit, buyer 
credit limits, country credit limits, remittance reports, etc. 

The payments and credits utility 216 is used to enter payments from buyers and 
1 5 other credit adjustments to their accounts. As new payments are entered, the 
system updates all of the related limits for both the manufacturer/trader/ exporter 
and buyer so insurance capacity or credit limits are freed-up. Such capacity is 
made available to subsequent invoices on a first-in, first-out basis. This allows an 
invoice to now become insured/eligible which was previously uninsured/ineligible 

2 0 because the total outstanding to a particular buyer exceeded its limit. 

Historical or realtime data for invoice and payment records can be entered manually 
or large amounts of data can be imported from a user's accounting software or 
mainframe 217 all at one time with an import utility function, e.g., to save time and 
25 reduce the possibility of errors. The selection of eligible invoices for sale or 
financing in utility filter 212 is used to select, flag and track those invoices that are 
eligible for sale or financing. Any of several filters enable the user to select only 
those invoices that meet certain criteria. The payments and credits utility 216 is 
used to record and track when collections on sold invoices are to be remitted to the 

3 0 financial institution. This capability assists in calculating the amount of interest earned 

by the purchaser/financier of the recievables and any possible rebate of interest 
due to the seller of the invoices. 
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The Internet provides an unprecedented level of accessibility and connectivity 
between users, thereby allowing users to keep their data up-to-date using the 
most efficient connection available, regardless of their current location. 

The trade finance system can also be installed directly on a user's desktop 
computer or network. This distributed-type system is very responsive since the 
application resides on either the user's desktop computer or network, and the 
central data files can be replicated periodically via the Intemet. Because system 
200 can be run on the user's network, access to reports and other information in the 
system 200 is available to anyone with appropriate password authority at the 
client location. System 200 preferably provides for the electronic bulk import of 
data from the user's intemal accounting system, which avoids time-consuming data 
reentry. Security can be provided through the use of password codes, data 
encryption and other security measures. The application used at client site can 
preferably be updated from a remote location. 

USER INTERFACE 

The control of each utility and database illustrated in Fig. 2 is preferably done 
through an associated graphical user interface (GUI), e.g., a browser display screen 
or window. An exporter and buyer information display screen preferably Includes 
general and historical data about the exporter, the buyer parent and each of the 
buyers. Such screens are displayed from the administration section of a welcome 
screen, or main menu. The user typically enters this information once and updates 
it on a periodic basis, as needed. 

A credits limits display screen Includes critical data that forms the functional basis of 
system 200, so this data should only be entered or updated by personnel who 
understand the underlying concepts of the insurance policy/financing agreement 
and how it relates to each buyer. The edit functionality for these screens is 
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preferably accessible at the highest manufacturer/trader/exporter security level only 
or directly inputted by the insurance undenwriter, insurance broker, or financial 
institution via the Internet. Any original data or changes to the data entered into this 
display screen are supported by confinnation from the insurance undenwriter and/or 
5 the financial institution. 

The policy screen includes the basic policy/credit limit information such as policy 
number and insurer name. In addition, all the critical information regarding the 
policy/credit limits and the outstanding invoice totals are displayed here. The 

1 0 country limits screen includes the credit limit information for each country and the 
dollar amount of outstanding invoices. The buyer limits screen includes the credit 
limit information for each buyer entered into system 200 and the dollar amount of 
each buyer's outstanding invoices. This display screen preferably describes how 
to access the screens and enter, edit and delete policy, country and buyer limits 

1 5 information. Definitions for each field relating to insurance information are provided. 
All the infomnation for this display screen is preferably found in the insurance policy. 

The invoices display screens are preferably used to manually enter and edit 
shipment and invoice data for each insured buyer. The entry and edit functionality 
2 0 for these screens is preferably accessible at the operator security level. 

The Import menu provides functionality for importing large data files including the 
shipment and invoice information. This screen is preferably also accessible at the 
operator security level. 

25 

As invoices are entered into system 200, each key field is preferably tested 
against the appropriate parameters and limits of the insurance policy/financing 
agreement. 
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System 200 continually tests the limits as new invoices and payments are entered. 
An invoice that was uninsured/ineligible due to an over-limit situation can become 
insured/eligible at a later date as that condition is preferably eliminated. 

This invoices display screen covers two screens: invoice entry and invoice editing. 
The import menu screens cover: new import, history and edit invoices. 

The invoice entry screen is preferably a basic data entry screen for entering 
invoices manually. Once the data is preferably saved it automatically displays on 
the right half of the screen. This display allows users to keep track of the last 
invoice entered when inputting large quantities of invoice data. 

The invoice editing screen allows users to make changes to saved invoice data. In 
addition, it displays invoice-related infomnation regarding coverage test failures, 
customer payments and bank remittances. 

A new import screen is preferably used for the setup screen for importing data files 
into system 200. A history screen allows the tracking of which files have been 
imported into system 200. The edit screens provide a way to review and correct 
any invoice or payment records that may have been rejected in the import 
process. This display screen preferably describes how to access these screens 
to manually enter, edit and delete shipment and invoice information and use the 
bulk import process. Although most fields are self-explanatory, descriptions and 
help screens are provided for most of the fields. The tab key is used to move 
through the fields. The text in blue are view-only fields. 

The payment entry screen is preferably a data entry screen to enter cash receipts 
and adjustments to specific invoices that have been previously entered on the 
invoice entry screen. For example, credit memos, write-offs, discounts taken, etc. 
The entry and edit functionality for these screens is preferably accessible at the 
operator security level. Once the data is preferably saved or imported it 
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automatically displays on the right half of the screen. This display allows users to 
keep track of the last invoice entered when inputting large quantities of invoice data. 

A bulk import screen for payments preferably operates identically to the process 
5 for bulk invoices. An import edit screen for payments also provides the 
functionality for viewing and correcting errors in imported files. 

A financing-sell invoices display screen is preferably used to select eligible 
invoices in system 200 for sale or financing and flag the invoices that have actually 
10 been sold. The functionality for this screen is preferably accessible at the 
supervisor security level only. 

In one embodiment of the present invention, the system 200 selects for sale only 
insured/eligible invoices for all buyers. Partially insured/eligible or 

1 5 uninsured/ineligible invoices are not eligible for sale. When the date and amount 
criteria are entered in the designated fields, the corresponding invoices display with 
all their related information. Invoices can be reviewed and selected individually or a 
short cut key allows users to select all invoices at one time. This display screen 
preferably describes how to access the screen and select the invoices to sell or 

20 finance and create a report for the selected invoices. It also preferably describes 
how to edit the annual interest rate and sold date for batches of selected invoices. 

A financing-remittance display screen is preferably used to enter remittances made 
to the financial institution that bought a selected invoice. An employee with an 

25 operator security level may enter remittances. The remittance entry screen is 
preferably a basic data entry screen for individual remittances. Once the data Is 
preferably saved it automatically displays on the right half of the screen. This 
display allows users to keep track of the last invoice entered when inputting large 
quantities of invoice data. The bulk remittance screen provides a way to enter a 

30 remittance for quantities of sold invoices at one time. When the date and amount 
criteria are entered in the designated fields the corresponding invoices display with 
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all their related information. Invoices can be reviewed and selected individually or a 
short cut key allows users to select all invoices at one time. This display screen 
preferably describes how to access each screen and select the invoices to remit to 
the financial institution. It also preferably describes how to edit the remit date for 
5 batches of selected invoices. 

REPORTS 

A reports display screen is preferably used to provide a wide-range of integrated 
1 0 and useful reports. The use of a relational database allows a series of queries to 
design reports providing invoice, credit limits and policy data. A display screen can 
be used to provide a brief description of each report. A list of preferred report 
types follows. 

15 An invoice aging report uses an as of date to select and print a detail aged trial 
balance of all open accounts receivable. Invoices can be aged by due date or 
invoice date and aging can be selected on the following criteria: all outstanding 
invoices, all insured invoices or all sold invoices. Such report can also be selected 
by individual buyer or all buyers and can list in detail by buyer and exporter total 

2 0 and individual financial institutions or all financial institutions. 

An invoice past due report shows all of the invoices in detail that are past due 
based on the past due date that is preferably calculated for each invoice in system 
200. By specifying the date from which past dues are to be calculated, dollar 
25 amount threshold and the number of days past due, system 200 reports each 
past due invoice by buyer and the insured in total. This report is preferably used 
by the insurance underwriter, insurance broker and by the financial institution as well 
as by the insured. 

30 An invoice activity report lists either in summary or in detail, by buyer, all of the new 
invoices entered and all cash receipts and credits applied between a specified 
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beginning date and ending date. This report is preferably particularly useful h 
reconciling clianges in account balances between periods. 

An invoices sold report selects and prints a summary or in detail the current status 
5 of all invoices that have been sold on a specified date. An individual financial 
institution or all financial institutions can also be designated. 

A remittance history report selects and prints a summary of all remittances for 
corresponding invoices that have been made on a specified date. An individual 
1 0 financial institution or all financial institutions can also be designated. 

A remittance-detail report displays the amounts outstanding, the length of time 
outstanding, payments made and interest or discount earned for each sold invoice. 
Individual financial institutions or all financial institutions can also be designated. 

15 

A borrowing base report displays eligible outstanding accounts receivable that can 
be used as a borrowing base for a financial institution loan. No disputed or 
previously sold invoices are included, unless they have been bought back, 

20 An exporter credit limits report can be selected by policy number and displays the 
current outstanding totals for all buyers covered under the insurance policy key, 
e.g., total invoices outstanding, total insured invoices outstanding, total uninsured 
invoices outstanding, total sold invoices outstanding, total uninsured invoices 
outstanding per books, and total sold invoices outstanding per financial institution. 

25 

A country credit limits report shows the outstanding balances of invoices by country 
and by buyer within each country. These amounts are relevant because in some 
cases the insurance policy/financing agreement places limits on a country by 
country basis. 

30 
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A buyer credit limits report displays the current outstanding total for each individual 
buyer covered under the insurance policy and/or financing agreement and displays, 
e.g., approved buyer limit, limit expiration date, total invoices outstanding, total 
insured invoices outstanding, high credit, unused credit, uninsured invoices 
5 outstanding, sold invoices outstanding per books and sold invoices outstanding 
per financial institution. 

A policy premium report calculates the insurance premium eamed based on the 
premium rate defined under the insurance policy and lists in either summary or 
1 0 invoice detail. Such as, all of the shipments entered into system 200 for the time 
period defined on the premium reports screen, and a dollar value of the shipments. 

SYSTEM ARCHITECTURE 

1 5 Fig. 3 represents an Internet topology 300 for system 200 (Fig, 2). A user's PC 
302 communicates with a centralized server 304 over an internet connection 306. 
The centralized server 304 is implemented with either UNIX or WINDOWS-NT 
running Web server software. The Intemet server 304 contains three layers of 
services: a) client interaction management, b) business rules, and c) datastore 

20 services. A database engine functions as both a data store and to process 
transactions. Such database engine is preferred because it can easily be scaled 
from a single-user stand-alone system to a large scale clustered multiprocessor 
topology. Business rules can be implemented both in the database engine and as 
independent objects. A Web server provides client authentication and application 

25 launch services. These allow new versions of an interface program to be 
automatically downloaded from the centralized server 304 over an Intemet 
connection 306. 

A second main component is the client interface. The client interface uses a 
30 combination of HTML, browser-resident programs using ActiveX, Active 
Document, Java, or similar technical platforms and stand-alone utilities. The same 
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code base will work with either the databases on a central server (Fig. 3) or on a 
stand-alone PC (Fig. 4). 

Fig. 4 shows a single-user topology 400 for system 200 which allows clients to 
5 manage their data on-site and not on a central server. A database engine is 
Installed on a user's PC 402. A central server 404 can be used as a data 
repository. Client data can be uploaded to the central server 404 via Intemet 
connection 406 and thereafter passed to financial institutions, insurance undenwriters 
and insurance brokers. A local backup 408 is included. 

10 

Fig. 5 represents a multi-user topology 500 for system 200. A user's PC 502 
communicates with a client database engine 504 over a local area network (LAN) 
or wide area network (WAN) connection 506. A centralized sen/er 508 can be 
used as a data repository and uses an Intemet connection 510 that communicates 
1 5 over port-1433, for example. A local backup 512 is included. The client database 
engine 504 includes procedures and a private data repository. 

Fig. 6 represents a high-availability central server topology 600 that can be used 
for system 200. At a primary Web location 602, e.g., San Francisco, is connected 

20 to a fall-back secondary location 604 via a point-to-point high speed connections 
606 and 607. Data synchronization is constantly provided over such high speed 
connections 606 and 607. A web-site availability monitor 608 allows the 
adjustment of routing tables 610 associated with a primary logon web-site 
presence 61 2. A web-server 61 4 responds to client logons and directs traffic and 

25 interactions with one of several primary client sen/ers 616-618 physically located 
nearby. A fall-back logon web-site presence 620 is physically associated with 
several fallback severs 621-623. The point-to-point high speed connection 606 
allows the primary logon web-site presence 612 to directly access the fallback 
severs 621-623. The point-to-point high speed connection 607 allows the fallback 

3 0 logon web-site presence 620 to directly access the primary client severs 616-618. 
A fallback web-site availability monitor 628 allows the adjustment of routing tables 
626 associated with the fallback logon web-site presence 620. A development 



-16- 



Attorney Docket No. EXPO0001 



and test center 630 includes a webserver and database engine. As any server 
616-618 becomes unavailable, clients are automatically redirected to a matching 
backup server 621 -623. 

5 Although the invention is preferably described herein with reference to the 
preferred embodiment, one skilled in the art will readily appreciate that other 
architectures may be substituted for those set forth herein without departing from 
the spirit and scope of the present invention. Accordingly, the invention should 
only be limited by the Claims included below. 

10 
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CLAIMS 

1 . A trade finance automation system, comprising: 

5 a credit-limits database for providing certain accounts receivable financing limit 

information related to a particular pre-qualified buyer of a manufacturer, trader, or 
exporter; 

an invoice data entry system that accesses the credit-limits database and 
flags an individual invoice to said particular pre-qualified buyer according to credit 
1 0 limits and accounts receivable financing limits infomnation; and 

an accounts receivable database connected to receive said individual invoice; 
wherein, if said individual invoice in the accounts receivable database meets 
various criteria and is sold to or financed by a financial institution, the credit-limits 
database is automatically adjusted to reflect an open account to said particular pre- 
1 5 qualified buyer. 

2. The system of Claim 1 , wherein said certain accounts receivable comprise 
credit insurance accounts; 

wherein said credit limits comprise insurance policy limits; and 
20 wherein said various criteria comprise said credit insurance policy criteria. 

3. The system of claim 2, wherein invoices are tested to assure compliance with 
the terms and conditions of an insurance policy whether or not the invoices are 
purchased or financed. 

25 

4. The system of Claim 1 , wherein said credit limits comprise limits defined by 
financing agreements with financial institutions ; and 

wherein said various criteria comprise criteria defined by said financing 
agreements. 

30 

5. The system of Claim 1 , wherein said invoice data entry system inputs, sorts, 
and processes data provided in various formats to convert said data into a system 
format; and 
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wherein said invoices and data entry system optionally extracts said data 
from a data source. 

6. The system of claim 1 , wherein: 

the credit-limits database is updated with information provided by a credit 
insurance underwriter, and/or by a commitment to finance said particular pre-qualified 
buyer by said financial institution. 

7. The system of claim 1 , further comprising: 

a filter for providing a user selection of which of any individual invoices are to 
be the subject of a sale or financing to said financial institution. 

8. The system of claim 1 , further comprising: 

a reports generator for providing particular information regarding any 
information stored in the accounts receivable database. 

9 . The system of claim 1 , further comprising: 

a payments and credits utility connected to the accounts receivable database 
and the credit-limits database for providing a collection record and remittance to said 
financial institution whenever a payment is received from said particular pre-qualified 
buyer for said individual invoice in the accounts receivable database. 

1 0. The system of claim 1 , wherein: 

the credit-limits database can be maintained at an Intemet server site which is 
remote from said manufacturer, trader, or exporter and that is accessed via the 
Intemet with a browser. 

1 1 . The system of claim 1 , wherein: 

the invoice data entry system can be maintained at an Internet server site 
which is remote from said manufacturer, trader, or exporter and that is accessed via 
the Intemet with a browser. 
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12. The system of claim 1 , wherein: 

the accounts receivable database can be maintained at an Internet server site 
which is remote from said manufacturer, trader, or exporter and that is accessed via 
the Intemet with a browser, 

5 

1 3. The system of claim 1 , wherein: 

the credit-limits database, the invoice data entry system, and the accounts 
receivable database can all be maintained at an Intemet server site which is remote 
from said manufacturer, trader, or exporter and that Is accessed via the Intemet with a 
1 0 browser. 



14. A client/server multi-user trade finance system for assisting manufacturers, 
traders, and exporters in providing key trade finance information to credit insurance 
undenA/riters, insurance brokers, and financial institutions that have extended 
1 5 accounts receivable financing, comprising; 

a manufacturer/trader/exporter and buyer information database, a credit limits 
information database, an invoice/shipments editor, an accounts receivable 
payments and adjustments input system, an eligible invoice filter, a remittances 
manager, and a report generator; 

20 wherein, after a manufacturer/trader/exporter prearranges a credit insurance 

policy with a credit insurance undenA/riter and/or financing arrangement with a financial 
institution, the trade finance system provides realtime rule-checking of invoices 
according to policy/ financing agreement, buyer, and destination country limits, and 
as collections are received credit capacity is freed up for particular policies, buyers, 

25 and destination countries. Remittances are immediately sent to said financial 
institution. 



1 5. An Internet-based trade finance automation system, comprising: 

an Internet server based on a database engine with a plurality of stored 
3 0 procedures and a data repository; 



-20- 



Attorney Docket No. EXPO0001 

a credit-limits database included in said data repository for providing certain 
accounts receivable financing linnit information related to a particular pre-qualified 
buyer of a manufacturer, trader, or exporter; 

an invoice data entry system included as one of said stored procedures and 
5 that accesses the credit-limits database and flags an individual invoice to said 
particular pre-qualified buyer according to said accounts receivable financing limit 
information; and 

an accounts receivable database included in said data repository connected 
to receive said individual invoice; 
1 0 wherein, if said individual invoice in the accounts receivable database meets 

the credit insurance policy/financing agreement criteria and is sold to or financed by a 
financial institution, the credit-limits database is automatically adjusted to reflect an 
open account to said particular pre-qualified buyer. 

15 16. The system of claim 1 5, wherein a user's PC communicates with a centralized 
server over an Internet connection and uses a combination of HTML, browser- 
resident programs using ActiveX, Active Document, Java, or similar technical 
platforms and stand-alone utilities that are installed on the user's PC so new versions 
of an interface program can be automatically downloaded from the centralized server 

2 0 over said Internet connection. 

1 7. The system of claim 15, wherein a database engine is installed on a user's 
PC and a central server includes a data repository, and an Intemet connection, and 
client data can be uploaded to the central server and thereafter passed to financial 

2 5 institutions and underwriters. 

1 8. The system of claim 1 5, wherein a primary Web location is connected to a 
fall-back secondary location via a point-to-point connection so data synchronization 
can be constantly provided, and a web-site availability monitor allows an adjustment 

30 of routing tables associated with a primary logon web-site presence, and a primary 
web-server responds to client logons and directs traffic and interactions with one of 
several primary client servers 616-618 physically located nearby. 
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1 9. The system of claim 1 8, further wherein a fall-back logon web-site presence 
is physically associated with several fallback severs, and said point-to-point 
connection allows the primary logon web-site presence to directly access the fallback 
severs. 

5 

20. The system of claim 1 9, further wherein said point-to-point connection allows 
the fallback logon web-site presence to directly access the primary client severs. 

2 1 . The system of claim 20, further comprising: 

1 0 a fallback web-site availability monitor that allows an adjustment of routing 

tables associated with the fallback logon web-site presence. 

22. The system of claim 20, wherein as any primary server becomes 
unavailable, clients are automatically redirected to a matching backup server. 

15 
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Trade Finance Automation System 



5 ABSTRACT 

The present invention is a client/server multi-user trade finance systenn that assists 
manufacturers, traders, and exporters in providing key trade finance Information to 
credit insurance undenwriters, insurance brokers, and financial institutions that have 

10 extended accounts receivable financing. Such trade finance system comprises 
several modules. Including: manufacturer/trader/exporter and buyer information 
database, credit limits information database, an invoice/shipments editor, an accounts 
receivable payments and adjustments Input system, an eligible invoice filter, a 
remittances manager, and a report generator. After the manufacturer/trader/exporter 

1 5 prearranges a credit insurance policy with a credit insurance underwriter and/or a 
financing arrangement with a financial Institution, the trade finance system provides 
realtime rule-checking of invoices according to policy/financing agreement, buyer, and 
destination country limits. As collections are received, credit capacity is preferably 
freed up for particular policies/financing agreements, buyers, destination countries, 

20 and remittances are immediately sent to the financial institution. The Intemet is 
preferably used to tie together the manufacturers, traders, and exporters with the 
financial institutions, credit insurance undenwrlters, and insurance brokers. 

25 
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